home *** CD-ROM | disk | FTP | other *** search
/ Collection of Internet / Collection of Internet.iso / infosrvr / dev / www_talk.930 / 001327_daemon _Wed Jun 16 17:33:19 1993.msg < prev    next >
Internet Message Format  |  1994-01-24  |  2KB
  1. Received: by  nxoc01.cern.ch  (NeXT-1.0 (From Sendmail 5.52)/NeXT-2.0)
  2.     id AA19885; Wed, 16 Jun 93 17:33:22 MET DST
  3. Errors-To: sanders@bsdi.com
  4. Return-Path: <sanders@bsdi.com>
  5. Received: from dxmint.cern.ch by  nxoc01.cern.ch  (NeXT-1.0 (From Sendmail 5.52)/NeXT-2.0)
  6.     id AA19880; Wed, 16 Jun 93 17:33:19 MET DST
  7. Errors-To: sanders@bsdi.com
  8. Received: from austin.BSDI.COM by dxmint.cern.ch (5.65/DEC-Ultrix/4.3)
  9.     id AA12056; Wed, 16 Jun 1993 17:55:23 +0200
  10. Received: from localhost by austin.BSDI.COM (5.67/1.37)
  11.     id AA09124; Wed, 16 Jun 93 10:55:14 -0500
  12. Message-Id: <9306161555.AA09124@austin.BSDI.COM>
  13. To: www-talk@nxoc01.cern.ch
  14. Subject: Re: Spaces and Tabs in HTML documents 
  15. In-Reply-To: Tim Berners-Lee's message of Wed, 16 Jun 93 09:42:22 +0200.
  16. Errors-To: sanders@bsdi.com
  17. Reply-To: sanders@bsdi.com
  18. Organization: Berkeley Software Design, Inc.
  19. Date: Wed, 16 Jun 1993 10:55:13 -0500
  20. From: Tony Sanders <sanders@bsdi.com>
  21.  
  22. >From: Tony Sanders <sanders@bsdi.com>
  23. > How about having two <PRE> style tags.  One works just like existing <PRE>
  24. > and another tag that (probably) doesn't use the fixed-width font but does
  25. > preserves spaces and tabs as much as possible and allows full HTML mark-up.
  26. > It will be the task of the browser to make this look good. 
  27. > 
  28. >     If you don't know the relative font sizes, you can't predict
  29. >     where you will be, and so what the next stop will be.
  30. This can be solved in the browser (either by forcing a fixed width
  31. or by computing the tabs by look ahead within the element).
  32.  
  33. >     Now we have tables.  And when we have tables, we will need
  34. Yes, tables might actually solve most of the problem.
  35.  
  36. I was just offering a different way to think about the problem, which is
  37. that we don't have to choose whether whitespace is significant or not, if
  38. we need it to be significant just add an element that does what we need.
  39.  
  40. I vote that by default whitespace not be significant, as several people
  41. have already argued for better than I could.
  42.  
  43. --sanders